IP phone terminal, server, authenticating apparatus, communication system, communication method, and recording medium

ABSTRACT

A transfer unit transfers a message between a network and an external terminal. An input unit inputs a user ID for identifying a user. A generating unit generates a registration message requesting a registration of address information of the user. A transmitting unit transmits the registration message to a server. A receiving unit receives a response message including registration information and connection information from the server. When the connection information indicates a permission of a connection of the external terminal to the network, a control unit controls the transfer unit to transfer the message between the network and the external terminal.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is based upon and claims the benefit of priority fromthe prior Japanese Patent Application No. 2008-73411, filed on Mar. 21,2008; the entire contents of which are incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to an Internet Protocol (IP) phoneterminal that has a relay function between a network and an externalterminal such as a personal computer (PC), a server for registeringaddress information of a user of the IP phone terminal, anauthentication apparatus that authenticates the user of the IP phoneterminal, a communication system incorporating the above apparatuses, acommunication method for the above apparatuses, and a computer-readablerecording medium that stores therein a computer program for the IP phoneterminal.

2. Description of the Related Art

A network-access authentication protocol, such as the IEEE 802.1X, isknown as a protocol for permitting a network access only to a terminalauthenticated to a certain network system.

In an authentication through the IEEE 802.1X (hereinafter, “802.1Xauthentication”), an authentication and a connection permission are madeat a port level on a connected device. Usually, the 802.1Xauthentication is performed between an infrastructure switch and adevice directly connected to the infrastructure switch.

In a technology disclosed in JP-A 2006-352468 (KOKAI), an authenticationby the 802.1X authentication for any one of a plurality of terminalsconnected to an IEEE 802.1X-compliant port via a switch or the likepermits a connection to all the terminals.

In a technology disclosed in JP-A 2006-67057 (KOKAI), when a pluralityof terminals is connected to an IEEE 802.1X-compliant port via a switchor the like, the 802.1X authentication and a connection permission areperformed on each of the terminals based on a media access control (MAC)address of each of the terminals.

In a technology disclosed in JP-A 2007-206851 (KOKAI), a single sign-onto each terminal is realized by managing in advance information on acorrespondence between an IP phone terminal and a thin client terminal.

Recently, an IP phone system has been widely known, which implements atelephone network on an IP network by using a signaling protocol forcontrolling and relaying a communication between communications devices,such as the session initiation protocol (SIP). An IP phone terminal usedin the IP phone system is cabled through the Ethernet (RegisteredTrademark), and implements a telephone function by performing a callcontrol and a media transfer according to the SIP on the IP network.

When using an IP phone terminal, the user needs to register an SIPaddress of the user to the IP phone terminal. The registration of SIPaddress is a processing of associating the SIP address of the user withthe SIP address of the IP phone terminal. The user inputs anauthentication ID, a password, and the like, to the IP phone terminal inthe registration processing. The registration processing is needed forreceiving an incoming call addressed to the user correctly, identifyinga caller correctly, and setting advanced features, such as a so-calledspeed dial, of the IP phone terminal for each user. In some cases, for aconvenience of the user, the setting is made to allow receiving anincoming call and making an outgoing call by assuming that an SIPaddress is registered by a default user even without an input of theauthentication ID and the password.

Many of IP phone terminals for office use have a built-in switchincluding an uplink and a downlink one for each to simplify a cablingaround a desk. The uplink of the IP phone terminal is connected to aport of an infrastructure switch, and the downlink of the IP phoneterminal is connected to a personal computer (PC). With this type ofconnection, it is possible to use an IP phone terminal and a PC througha single port of the infrastructure switch assigned to the desk.

Generally, this type of connection is configured such that a virtuallocal area network (VLAN) for accommodating the PC is switched inaccordance with an authentication result of the 802.1X authentication.In this case, for example, the PC is an 802.1X supplicant, the built-inswitch of the IP phone terminal is an 802.1X authenticator, and anauthentication server connected to the infrastructure network is an802.1X authentication server. The 802.1X authentication to the PC isexecuted among the authentication server, the IP phone terminal, and thePC. When the PC is authenticated by the authentication server, the IPphone terminal determines a VLAN for connecting the PC by referring toinformation on the VLAN notified by the authentication server, andchanges a VLAN setting of a corresponding port.

However, under an environment in which the PC is connected to theinfrastructure network via the IP phone terminal as described above, itis necessary to perform the registration processing of the SIP addresson the IP phone terminal and the authentication processing on the PC,which causes a cumbersome operation for using the PC.

In other words, to start using the IP phone terminal and the PC at thedesk on which the IP phone terminal is installed, the user needs toperform a connection of the PC to the downlink of the IP phone terminal,an operation of the IP phone terminal to register the SIP address of theuser to the IP phone terminal, and an operation for the 802.1Xauthentication to the infrastructure network from the connected PC andreceiving a connection permission and a VLAN allocation.

SUMMARY OF THE INVENTION

According to one aspect of the present invention, there is provided anInternet-protocol phone terminal that mediates a connection between anexternal terminal and a network, and provides an Internet-protocol phonefunction by registering address information, which is information foridentifying a user, for specifying the user as a communicationdestination to a server that is connected to the Internet-protocol phoneterminal via the network. The Internet-protocol phone terminal includesa transfer unit that transfers a message between the network and theexternal terminal; an input unit that inputs a user identification,which is information for identifying the user, to be used for anauthentication of the user; a generating unit that generates aregistration message requesting a registration of the addressinformation of the user identified by the user identification input bythe input unit; a transmitting unit that transmits the registrationmessage to the server; a receiving unit that receives a response messageincluding registration information indicating availability of theregistration of the address information and connection informationindicating availability of a connection of the external terminal to thenetwork from the server; and a control unit that controls, when theconnection information indicates a permission of the connection of theexternal terminal to the network, the transfer unit to transfer themessage between the network and the external terminal.

Furthermore, according to another aspect of the present invention, thereis provided a server that is connected to an Internet-protocol phoneterminal, which mediates a connection between an external terminal and anetwork, via the network, to which address information that isinformation for identifying a user and for specifying the user as acommunication destination is registered. The server includes a receivingunit that receives a registration message requesting a registration ofthe address information from the Internet-protocol phone terminal; anauthentication processing unit that performs an authentication of theaddress information; a creating unit that creates a response messageincluding registration information indicating availability of aregistration of the address information and connection informationindicating availability of a connection of the external terminal to thenetwork; and a transmitting unit that transmits the response message tothe Internet-protocol phone terminal.

Moreover, according to still another aspect of the present invention,there is provided an authentication apparatus that is connected to anInternet-protocol phone terminal, which mediates a connection between anexternal terminal and a network, and a server to which addressinformation that is information for identifying a user and forspecifying the user as a communication destination is registered, viathe network. The authentication apparatus includes a receiving unit thatreceives a request message requesting an authentication of a useridentification for identifying a user of the address information fromthe server; an authentication processing unit that authenticates theuser identification for which the authentication is requested in therequest message; and a transmitting unit that transmits a responsemessage to the server, the response message including a result of theauthentication by the authentication processing unit and connectioninformation indicating availability of a connection of the externalterminal to the network.

Furthermore, according to still another aspect of the present invention,there is provided a communication system including an Internet-protocolphone terminal that mediates a connection between an external terminaland a network; and a server that is connected to the Internet-protocolphone terminal via the network, to which address information, which isinformation for identifying a user, for specifying the user as acommunication destination is registered, wherein the Internet-protocolphone terminal includes a transfer unit that transfers a message betweenthe network and the external terminal, an input unit that inputs a useridentification, which is information for identifying the user, to beused for an authentication of the user, a generating unit that generatesa registration message requesting a registration of the addressinformation of the user identified by the user identification input bythe input unit, a transmitting unit that transmits the registrationmessage to the server, a receiving unit that receives a response messageincluding registration information indicating availability of theregistration of the address information and connection informationindicating availability of a connection of the external terminal to thenetwork from the server, and a control unit that controls, when theconnection information indicates a permission of the connection of theexternal terminal to the network, the transfer unit to transfer themessage between the network and the external terminal, and the serverincludes a receiving unit that receives the registration message fromthe Internet-protocol phone terminal, an authentication processing unitthat performs an authentication of the address information, a generatingunit that generates the response message including the registrationinformation and the connection information, and a transmitting unit thattransmits the response message to the Internet-protocol phone terminal.

Moreover, according to still another aspect of the present invention,there is provided a communication method for a communication systemincluding an Internet-protocol phone terminal that mediates a connectionbetween an external terminal and a network and a server that isconnected to the Internet-protocol phone terminal via the network, towhich address information, which is information for identifying a user,for specifying the user as a communication destination is registered.The communication method includes first generating including theInternet-protocol phone terminal generating a registration messagerequesting a registration of the address information of a useridentified by a user identification; first transmitting including theInternet-protocol phone terminal transmitting the registration messageto the server; first receiving including the server receiving theregistration message from the Internet-protocol phone terminal;authenticating including the server authenticating the addressinformation; second generating including the server generating aresponse message including registration information indicatingavailability of the registration of the address information andconnection information indicating availability of a connection of theexternal terminal to the network from the server; second transmittingincluding the server transmitting the response message to theInternet-protocol phone terminal; second receiving including theInternet-protocol phone terminal receiving the response message from thesever; and controlling including the Internet-protocol phone terminalcontrolling a transfer of a message between the network and the externalterminal a connection status of the external terminal to the networkindicated by the connection information.

Furthermore, according to still another aspect of the present invention,there is provided a computer-readable recording medium that storestherein a computer program for controlling a transfer of a message in acomputer. The computer mediates a connection between an externalterminal and a network, and provides an Internet-protocol phone functionby registering address information, which is information for identifyinga user, for specifying the user as a communication destination to aserver that is connected to the Internet-protocol phone terminal via thenetwork. The computer program when executed causes the computer toexecute generating a registration message requesting a registration ofthe address information of a user identified by a user identification;transmitting the registration message to the server; receiving aresponse message including registration information indicatingavailability of the registration of the address information andconnection information indicating availability of a connection of theexternal terminal to the network from the server; and controlling thetransfer of the message between the network and the external terminal aconnection status of the external terminal to the network indicated bythe connection information.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of a network configuration of acommunication system according to an embodiment of the presentinvention;

FIG. 2 is a schematic diagram of an example of a network configurationof a layer 3 according to the embodiment;

FIG. 3 is a schematic diagram of an example of a network configurationof a layer 2 according to the embodiment;

FIG. 4 is a functional block diagram of a detailed configuration of anInternet protocol (IP) phone terminal according to the embodiment;

FIG. 5 is a functional block diagram of a detailed configuration of aproxy server according to the embodiment;

FIG. 6 is a functional block diagram of a detailed configuration of anauthentication server according to the embodiment;

FIG. 7 is a schematic diagram of an example of data structure ofauthentication information store in a storage unit of the authenticationserver;

FIG. 8 is a sequence diagram that depicts a general flow of a loginauthentication processing according to the embodiment;

FIG. 9 is a sequence diagram that depicts a general flow of a loginauthentication processing according to the embodiment;

FIG. 10 is an example of an SIP Register Request message;

FIG. 11 is an example of an Access-Request message of a RemoteAuthentication Dial In User Service (RADIUS);

FIG. 12 is an example of an Access-Challenge message;

FIG. 13 is an example of a 401 Unauthorized Response message;

FIG. 14 is an example of an SIP Register Request message;

FIG. 15 is an example of an Access-Request message;

FIG. 16 is an example of an Access-Accept message;

FIG. 17 is an example of a 200 OK Response message; and

FIG. 18 is a schematic diagram of a hardware configuration of the IPphone terminal according to the embodiment.

DETAILED DESCRIPTION OF THE INVENTION

Exemplary embodiments of the present invention will be explained indetail below with reference to the accompanying drawings.

An IP phone terminal according to an embodiment of the present inventionregisters thereon an SIP address of a user when login authentication ofthe IP phone terminal is successfully performed, and sets a VLAN towhich the IP phone terminal intermediately connects a PC as an externalterminal. Accordingly, network access authentication does not need to beseparately executed by the PC.

As shown in FIG. 1, an IP phone system according to the embodimentincludes IP phone terminals 100 a to 100 c and PCs 300 a to 300 c thatare placed on desks 150 a to 150 c each indicating a desk space, aninfrastructure switch 200, a proxy server 600, and an authenticationserver 700.

According to the connection configuration in the figure, the IP phoneterminals 100 a to 100 c are provided on the desks 150 a to 150 c,respectively. Additionally, the PCs 300 a to 300 c, which are, forexample, a portable PC distributed to respective users, are provided onthe desks 150 a to 150 c, respectively. The IP phone terminals 100 a to100 c have a similar configuration, therefore, hereinafter they aresometimes simply referred to as an IP phone terminal 100. Similarly, thePCs 300 a to 300 c are sometimes simply referred to as the PC 300.Although the number of IP phone terminals 100 and the number of the PCsin the present example are three, they are not limited to a specificnumber.

The infrastructure switch 200 is a switching device that is operated aspart of a network infrastructure in an office, and corresponds to anedge device for connecting the PC 300 and the IP phone terminal 100 tonetworks. The infrastructure switch 200 assigns one physical port toeach of the desks 150, and provides a cable of Ethernet (registeredtrademark). Moreover, the infrastructure switch 200 can deal with aplurality of VLANs.

According to the embodiment, it is assumed that the following VLANs areset.

(1) IP-phone network VLAN: A VLAN configured to accommodate devices thatimplement IP phone functions, for example, the IP phone terminal 100,the proxy server 600, the authentication server 700 that authenticates auser, and the like. The VLAN corresponds to an IP-phone network 510 inthe figure. It is assumed that a VLAN identification (ID) with which theVLAN is identified (hereinafter, “VID”) is 18.(2) PC network VLAN: A VLAN configured to accommodate the PC 300connected by a user. VLANs accommodating the PC 300 s of users varyamong sections or departments of the users. To connect to the VLAN,authentication of the user is required. The VLAN corresponds to PCnetworks 520 and 530 in the figure. It is assumed that the VIDs of thePC networks 520 and 530 are 16 and 17, respectively.(3) Guest network VLAN: A VLAN configured to accommodate the PC 300connected by a user. When connecting to the VLAN, authentication of theuser is not required. In other words, the VLAN accommodates the PC 300in an unauthenticated state before authentication is executed. The VLANcorresponds to a guest network 540 in the figure. It is assumed that theVID of the VLAN is 19.

Each of the VLANs is a usual IP network that includes a router and aswitch (not shown). It is configured such that the VLANs cannot accessone another due to firewalls (not shown).

The IP phone terminal 100 includes an IP-phone processing unit 120 thatprovides IP phone functions to a user who uses a desk space, and aswitch unit 110 as a transfer unit that provides a switching function.

First of all, the IP phone functions are explained below. The IP phoneterminal 100 uses the SIP for call control of the IP phone functions.The IP phone terminal 100 includes a dialing unit and a headset (aspeaker and a microphone) for using ordinary telephone functions.Specifically, a user can use functions similar to an ordinary telephone,for example, a call function of making an outgoing call by dialing theaddress of a destination of a call by using the dialing unit, and afunction of receiving an incoming call addressed to the IP phoneterminal 100 and talking by using the headset.

To use the following functions, a desk space user needs to register theSIP address of the user by using the dialing unit of the IP phoneterminal 100.

(1) Originating an outgoing call indicating the address of the deskspace user as an originator

(2) Receiving an incoming call addressed to the desk space user

(3) Extended functions of the IP phone (abbreviated dialing, setting ofvoice mail, setting of transfer per user, setting of call rejection peruser, and the like) used by the desk space user

Then, the switching function is explained below. As described above, theswitch unit 110 that provides the switching function is built in the IPphone terminal 100. The switch unit 110 accommodates an IP-phoneprocessing unit 120 a to the IP-phone network VLAN (the IP-phone network510).

The IP phone terminal 100 includes an uplink and a downlink one each asconnection interfaces (I/Fs) for connecting Ethernet (registeredtrademark). The uplink is connected to a port of the infrastructureswitch 200, and a VLAN trunk connection is established between theinfrastructure switch 200 and the IP phone terminal 100. On the otherhand, the downlink is used for connecting the PC 300. The IP phoneterminal 100 accommodates the PC 300 to a VLAN to which an access ispermitted as a result of a login operation performed by the IP phoneterminal 100.

The PC 300 is a terminal that the user brings into the desk space anduses by connecting to the downlink of the IP phone terminal 100. Theuser can use network functions by connecting the PC 300 to the downlinkof the IP phone terminal 100. According to the embodiment, it is assumedthat the IP phone terminal 100 and the PC 300 placed in the same deskspace are used by the same user.

The proxy server 600 is a server for providing a call processing serviceto the IP phone terminal 100 according to the SIP. For example, theproxy server 600 performs routing of SIP message, registration of SIPaddress, and authentication of user arising from registration of SIPaddress. According to the embodiment, the proxy server 600 furtherincludes a function of providing a VLAN to the user upon authenticatingthe user when registering SIP address.

The authentication server 700 is an authentication device that storestherein information about users, and authenticates a user. According tothe embodiment, the authentication server 700 is used for userauthentication when registering an SIP address in response to a requestfrom the proxy server 600. Moreover, the authentication server 700 has afunction of determining availability of a network service to the user,or an available network (VLAN).

Then, network configurations in a layer 3 (network layer) and the layer2 (data link layer) of the IP phone system according to the embodimentare explained below. FIG. 2 is a schematic diagram of an example of anetwork configuration of the layer 3 corresponding to the networkschematic diagram shown in FIG. 1. FIG. 3 is a schematic diagram of anexample of a network configuration of the layer 2 corresponding to thenetwork schematic diagram shown in FIG. 1.

As shown in FIG. 2, the VLANs (namely, the IP-phone network 510, the PCnetworks 520 and 530, and the guest network 540) are connected to eachother via a router 800. As shown in the figure, the IP-phone network 510includes the proxy server 600, the authentication server 700, andIP-phone processing units 120 a to 120 c of the IP phone terminal 100.The figure depicts an example in which the PC 300 a is accommodated tothe PC network 520, and the PC 300 b is accommodated to the PC network530. Moreover, the figure depicts an example in which the PC 300 c isaccommodated to the guest network 540 because the PC 300 c isunauthenticated.

FIG. 3 corresponds to a schematic diagram of a network configuration inthe layer 2 when the PC 300 s are accommodated to the respective VLANsshown in FIG. 2. As shown in FIG. 3, the infrastructure switch 200 isconnected to the IP-phone network 510, the PC network 520, the PCnetwork 530, and the guest network 540 through VLAN connections of theVIDs 18, 16, 17, and 19, respectively. Moreover, the infrastructureswitch 200 is connected to each of the IP phone terminals 100 a to 100 cthrough a trunk connection.

A switch unit 110 a of the IP phone terminal 100 a is connected inbetween the IP-phone processing unit 120 a and the PC 300 a through VLANconnections of the VIDs 18 and 16, respectively. Similarly, a switchunit 110 b of the IP phone terminal 100 b is connected in between theIP-phone processing unit 120 b and the PC 300 b through VLAN connectionsof the VIDs 18 and 17, respectively. Moreover, a switch unit 110 c unit120.

As a detailed configuration, the IP-phone processing unit 120 includesthe IP-phone I/F unit 121, a Transmission Control Protocol/InternetProtocol (TCP/IP) PROTOCOL STACK unit 122, a message processing unit123, a media processing unit 124, an application unit 125, a user I/Funit 126, and the control unit 127.

The IP-phone I/F unit 121 is an internal network I/F of the IP phoneterminal 100. The IP-phone I/F unit 121 transfers a frame addressed toeach of the VLANs and the PC 300 to the switch unit 110, and receives aframe addressed to the IP phone terminal 100 from the switch unit 110.Moreover, the IP-phone I/F unit 121 transfers a frame addressed to theIP phone terminal 100 to the TCP/IP PROTOCOL STACK unit 122.

The TCP/IP PROTOCOL STACK unit 122 performs processing according to theTCP/IP for implementing the IP phone functions. Specifically, the TCP/IPPROTOCOL STACK unit 122 executes TCP/IP protocol processing required forthe message processing unit 123 and the media processing unit 124 totransmit and to receive an SIP message and media, respectively.

The message processing unit 123 executes call control for implementingthe IP phone functions in accordance with specifications of an SIP UserAgent (UA) according to the protocol standards of the SIP. For example,the message processing unit 123 generates an SIP message in accordancewith an instruction given by the application unit 125, and transmits thegenerated SIP message via the TCP/IP PROTOCOL STACK unit 122. Moreover,the message processing unit 123 identifies an SIP message received fromthe TCP/IP PROTOCOL STACK unit 122, and notifies the application unit125 of required call control information.

As a more detailed configuration, the message processing unit 123includes a generating unit 123 a and a transmitting-receiving unit 123b.

The generating unit 123 a generates various SIP messages of the IP phoneterminal 100 c is connected in between the IP-phone processing unit 120c and the PC 300 c through VLAN connections of the VIDs 18 and 19,respectively.

Details of functions and a configuration of the IP phone terminal 100are explained below. As shown in FIG. 4, the IP phone terminal 100includes an infrastructure I/F unit 101, a PC I/F unit 102, the switchunit 110, and the IP-phone processing unit 120.

The infrastructure I/F unit 101 terminates a cable connection ofEthernet (registered trademark) to the infrastructure switch 200, andprovides a network I/F function. Specifically, the infrastructure I/Funit 101 sends outside a frame addressed to each of the VLANs, receivesa frame addressed to the IP phone terminal 100 and the PC 300, andtransfers it to the switch unit 110.

The PC I/F unit 102 terminates a cable connection of Ethernet(registered trademark) to the PC 300, and provides a network I/Ffunction. Specifically, the PC I/F unit 102 sends outside a frameaddressed to the PC 300, receives a frame addressed to each of the VLANsand the IP phone terminal 100, and transfers it to the switch unit 110.Moreover, the PC I/F unit 102 includes a detecting unit 102 a. Thedetecting unit 102 a detects that a connection to the PC 300 isestablished, and that the connection to the PC 300 is disconnected.

The switch unit 110 is an Ethernet (registered trademark) switch thattransfers an Ethernet (registered trademark) frame in accordance withits destination. Moreover, the switch unit 110 manages each of theVLANs. In other words, the switch unit 110 assigns a VLAN ID to each ofI/F units, namely, the infrastructure I/F unit 101, the PC I/F unit 102,and an IP-phone I/F unit 121 (described later) in the IP-phoneprocessing unit 120, and can set such that only a traffic of a specificVLAN is transferred to each of the I/F units. Such setting of the VLANsis executed by a control unit 127 (described later) in the IP-phoneprocessing to be used for call control. For example, the generating unit123 a generates an SIP Register Request message that is a registrationmessage for registering the SIP address of a user of the IP phoneterminal 100 to the proxy server 600.

The transmitting-receiving unit 123 b transmits and receives variousmessages via the TCP/IP PROTOCOL STACK unit 122. For example, thetransmitting-receiving unit 123 b transmits an SIP Register Requestmessage generated by the generating unit 123 a to the proxy server 600.Moreover, the transmitting-receiving unit 123 b receives a 200 OKResponse message that is a response message transmitted from the proxyserver 600 as a response to an SIP Register Request message.

According to the embodiment, the proxy server 600 transmits to the IPphone terminal 100 a 200 OK Response message that includes a VID of aVLAN that is to accommodate the PC 300 of a user whose registration ofSIP address is permitted (details will be described later). The messageprocessing unit 123 then extracts the VID from the message, and requestthe control unit 127 (described later) to change VLAN setting of the PCI/F unit 102 to the extracted VID.

The media processing unit 124 performs media processing in which mediainformation, such as audio or image information, is processed forimplementing the IP phone functions. Specifically, the media processingunit 124 transmits a media packet (Real-time TransportProtocol/Real-time Transport Control Protocol (RTP/RTCP)) via the TCP/IPPROTOCOL STACK unit 122 in accordance with an instruction given by theapplication unit 125. Moreover, the media processing unit 124 identifiesa media packet received from the TCP/IP PROTOCOL STACK unit 122, andnotifies the application unit 125 of media information.

The application unit 125 is application software for implementing the IPphone functions by performing call control and media processing. Theapplication unit 125 uses the message processing unit 123 and the mediaprocessing unit 124 for call control and media processing, respectively.The application unit 125 is operated by a user via the user I/F unit126.

The user I/F unit 126 provides a user I/F for user to use the IP phonefunctions. The user I/F unit 126 includes an input unit 126 a thatreceives input of data, such as a user name and a password to be usedfor authentication, and a display unit 126 b that displays a prompt anda display screen for data input. The input unit 126 a can be configuredwith a dial, an operation button, or a keyboard. The display unit 126 bcan be configured with a Liquid Crystal Display (LCD). In addition, theuser I/F unit 126 can be configured to include, for example, a headset(a speaker and a microphone), a ringing speaker, a Light Emitting Diode(LED), and the like.

The user I/F unit 126 generates SIP application control informationrequired for using the IP phone functions based on operation informationby the user, and controls the application unit 125. For example, theuser I/F unit 126 generates SIP application control information requiredfor outgoing processing from operation information that is a dialednumber, and controls the application unit 125.

The control unit 127 performs VLAN setting of the switch unit 110. Thecontrol unit 127 can specify respective VLANs to which three I/F unitsbelong by setting the switch unit 110. For example, by separatelysetting a VLAN to which the IP-phone I/F unit 121 belongs and a VLAN towhich the PC I/F unit 102 belongs, the control unit 127 can set suchthat the switch unit 110 relays the VLANs via the infrastructure I/Funit 101.

Usually, setting of VLANs are set prior to the start of the systemoperation by a maintenance technician of the IP phone terminal 100 orthe system via a maintenance I/F, for example. For example, the VID 18is set for the IP-phone I/F unit 121, and the VID 19 of the guestnetwork 540 is set for the PC I/F unit 102 as a VID of a default VLAN.

According to the embodiment, the control unit 127 controls the switchunit 110 so as to change VLAN setting of the PC I/F unit 102 dynamicallyto a VID included in the 200 OK Response message in accordance with arequest from the message processing unit 123. Accordingly, setting ofthe VLAN that is to accommodate the PC 300 can be completedsimultaneously with SIP address registration processing.

Details of functions and a configuration of the proxy server 600 areexplained below. As shown in FIG. 5, the proxy server 600 includes astorage unit 610, a network I/F unit 601, a TCP/IP PROTOCOL STACK unit602, a message processing unit 603, an authentication processing unit604, and an ID providing unit 605.

The storage unit 610 stores therein various data required forimplementing the IP phone functions. For example, the storage unit 610stores therein an SIP location database (DB) that holds associations ofSIP addresses. Specifically, the SIP location DB holds an Address ofRecord (AoR) that is an SIP address specified with an SIP message as adestination of a call, and a contact address that is an SIP address tobe an original destination of the call in an associated manner. The SIPlocation DB is referred and renewed by the message processing unit 603.For example, the message processing unit 603 registers an AoR and acontact address of an authenticated user into the SIP location DB in anassociated manner.

It can be configured such that another external server stores therein adatabase, such as the SIP location DB stored in the storage unit 610,and the database is to be referred and renewed by the proxy server 600.The storage unit 610 can be configured with any storage medium that isgenerally used, such as a Hard Disk Drive (HDD), an optical disk, amemory card, or a Random Access Memory (RAM).

The network I/F unit 601 is an I/F that connects the proxy server 600 toa network (the IP-phone network 510). The network I/F unit 601 sends aframe received from the TCP/IP PROTOCOL STACK unit 602 to the network,and transfers a frame received from the network to the TCP/IP PROTOCOLSTACK unit 602.

The TCP/IP PROTOCOL STACK unit 602 performs processing according to theTCP/IP protocol for implementing the IP phone functions. Specifically,the TCP/IP PROTOCOL STACK unit 602 executes TCP/IP protocol processingrequired for the message processing unit 603 to transmit and to receivean SIP message.

The message processing unit 603 executes call control for implementingthe IP phone functions in accordance with specifications of an SIP proxyaccording to the protocol standards of the SIP. Specifically, themessage processing unit 603 interprets an SIP message received from theTCP/IP PROTOCOL STACK unit 602, adds a needed modification to the SIPmessage, and then transmits the SIP message to the TCP/IP PROTOCOL STACKunit 602. When transmitting, the message processing unit 603 refers toassociations of SIP addresses stored in the SIP location DB in thestorage unit 610. Moreover, the message processing unit 603 requestsauthentication for SIP address registration to the authenticationprocessing unit 604.

As a more detailed configuration, the message processing unit 603includes a generating unit 603 a, and a transmitting-receiving unit 603b.

The generating unit 603 a generates various SIP messages to be used forcall control. For example, the generating unit 603 a generates a 200 OKResponse message that includes a VID notified together with anauthentication result by the authentication server 700, as a responsemessage to an SIP Register Request message transmitted by the IP phoneterminal 100.

The transmitting-receiving unit 603 b transmits and receives variousmessages via the TCP/IP PROTOCOL STACK unit 602. For example, thetransmitting-receiving unit 603 b receives an SIP Register Requestmessage for registering an SIP address from the IP phone terminal 100.Moreover, the transmitting-receiving unit 603 b transmits a 200 OKResponse message generated by the generating unit 603 a to the IP phoneterminal 100.

The authentication processing unit 604 executes authenticationprocessing for authenticating a user who made a request for registrationof SIP address. The authentication processing unit 604 is used by themessage processing unit 603 that received the request for registrationof the SIP address to determine acceptability of registration. In otherwords, the message processing unit 603 determines whether a certain usercan use the SIP address by executing digest authentication by using theauthentication processing unit 604.

The authentication processing unit 604 according to the embodimentauthenticates a user by using the authentication server 700 that makesaccess according to an AAA protocol, such as the Remote AuthenticationDial In User Service (RADIUS). It can be configured such that the proxyserver 600 stores therein data required for authentication, andcompletes the authentication within the proxy server 600 without usingthe authentication server 700.

When the authentication processing unit 604 permits the use of an SIPaddress to a user, the ID providing unit 605 specifies the VID of a VLANto which the user belongs, and notifies the message processing unit 603of the specified VID in order to be included in an SIP message.Specifically, the ID providing unit 605 extracts a VID corresponding tothe authenticated user from a message of a notice of an authenticationresult notified by the authentication server 700, and specifies theextracted VID as the VID of the VLAN to which the user belongs.

It can be configured such that the proxy server 600 stores therein VIDsof VLANs to be allocated user by user, and completes provision of a VIDwithin the proxy server 600. Moreover, it can be configured such thatthe ID providing unit 605 has access to the authentication server 700 oran external server different from the authentication server 700, such asa Lightweight Directory Access Protocol (LDAP) server, according toanother protocol different from the AAA protocol, and acquires a VIDcorresponding to the user.

Details of functions and a configuration of the authentication server700 are explained below. As shown in FIG. 6, the authentication server700 includes a storage unit 710, a transmitting-receiving unit 701, andan authentication processing unit 702.

The storage unit 710 stores therein authentication information to beused for authentication of users. As shown in FIG. 7, the authenticationinformation includes a user name to be used as identificationinformation for identifying users (user ID), a password, an SIP address,a VLAN ID (VID), and an authentication algorithm. Required minimuminformation is a user name and a password. For example, when managingVIDs to users within the proxy server 600, VIDs are not needed. When anauthentication algorithm is shared among users, the authenticationalgorithm does not need to be included in authentication information.The authentication information can include arbitrary information otherthan the authentication algorithm that is set entry by entry of users.

The figure depicts an example of authentication information about auser, which includes the user name “alice”, the password “pass”, theavailable SIP address (AoR) “alice@example.com”, the providable VID“16”, and the authentication algorithm to be applied “MD5”. Theauthentication information means that the user with the user name“alice” can have access to the PC network 520 of the VID 16 shown inFIG. 1.

Returning to FIG. 6, the transmitting-receiving unit 701 transmits andreceives various messages to be used for user authentication between theauthentication server 700 and an external device, such as the proxyserver 600 according to the AAA protocol. According to the embodiment,an example where the RADIUS protocol is applied as an AAA protocol isexplained below.

For example, the transmitting-receiving unit 701 receives from the proxyserver 600 an Access-Request message according to the RADIUS protocolthat requests authentication of a user. Moreover, thetransmitting-receiving unit 701 transmits to the proxy server 600 aRADIUS message that includes a code indicating an authentication resultand a VID allocated to the user, as a final response message to theauthentication request.

The authentication processing unit 702 exchanges messages between theauthentication server 700 and an external device, such as the proxyserver 600, according to the RADIUS protocol, and executes userauthentication processing.

Login processing performed by the IP phone terminal 100 configured asdescribed above according to the embodiment is explained below withreference to FIGS. 8 and 9.

The login processing is started when a user performs a login operationwith the IP phone terminal 100. During the login processing, HypertextTransfer Protocol (HTTP) digest authentication for registration of SIPaddress is executed between the IP phone terminal 100 and the proxyserver 600, and messages according to the RADIUS protocol are exchangedbetween the proxy server 600 and the authentication server 700, so thatthe authentication protocol is operated.

As a result of the login authentication corresponding, addressregistration for the user to use the SIP address of the user on the IPphone terminal 100 is completed on the proxy server 600, at the sametime, access permission and VLAN setting for the user to use the PC 300connected via the IP phone terminal 100 are completed on the IP phoneterminal 100.

To begin with, a user connects the PC 300 to the PC I/F unit 102 of theIP phone terminal 100 placed on a desk space (a desk 150). At themoment, any user has not logged in to the IP phone terminal 100 yet,therefore, only ordinary telephone functions are available. The PC 300is accommodated to the guest network 540 at the moment (Step S801 andStep S802).

As described above, according to the embodiment, it is assumed that theuser uses the both of the IP phone terminal 100 and the PC 300 placed onthe desk space. In other words, it is assumed that the user of the IPphone terminal 100 and the user of the PC 300 placed on the desk spaceare the same.

The user then performs a login operation to the IP phone terminal 100.Specifically, the user specifies a user name and a password for example,on a display screen displayed on the display unit 126 b of the IP phoneterminal 100. The input unit 126 a receives input of the user name andthe password input by the login operation in this way (Step S803).

In the following explanations, suppose the user has input “alice” as theuser name, and “pass” as the password, and the domain is preliminarilyset to “example.com” in the IP phone terminal 100. Accordingly, aneffective SIP address (AoR) of the user in the IP phone system includes“alice” as the user name in the user part, and “example.com” as thedomain name in the domain part, so that the SIP address is“alice@example.com”.

In this way, according to the embodiment, it is assumed that the username agrees with the user part. If a user name is different from theuser part of an SIP address, for example; the user I/F unit 126 can beconfigured to receive input of the user name and input of an SIP address(AoR) separately.

Alternatively, the IP phone terminal 100 can be configured to controlthe user I/F unit 126 so as to suggest a login operation to the user.For example, it can be configured such that the detecting unit 102 adetects that the PC 300 is connected to the PC I/F unit 102, andnotifies the application unit 125 of a detection result, and then theapplication unit 125 suggests a login operation to the user by providingscreen display or an audio assist to the user I/F unit 126.

The application unit 125 holds the user name and the password input bythe user, the SIP address corresponding to the user name or the SIPaddress input by the user. The application unit 125 requests the messageprocessing unit 123 to register the SIP address corresponding to theuser. The generating unit 123 a of the message processing unit 123generates an SIP Register Request message for registering the SIPaddress according to the SIP (Step S804).

FIG. 10 is an example of an SIP Register Request message generated atthe step. As shown in FIG. 10, a header of the message is composed allaccording to the SIP standards. It is assumed that“register.example.com” as an address of the proxy server 600 to bespecified as a destination is set in the IP phone terminal 100 prior tothe start of the login authentication processing, and become availablefor the generating unit 123 a to refer to.

The AoR of the user, “alice@example.com” is specified as the SIP addressincluded in a From header and a To header. A contact address generatedby the IP phone terminal 100 from the user name and an IP addressassigned to the IP phone terminal 100 is specified as the SIP addressincluded in a Contact header.

Returning to FIG. 8, the transmitting-receiving unit 123 b of themessage processing unit 123 transmits the generated SIP message to theproxy server 600 (Step S805). The SIP message transmitted in accordancewith an instruction by the transmitting-receiving unit 123 b reaches theswitch unit 110 via the TCP/IP PROTOCOL STACK unit 122 and the IP-phoneI/F unit 121. The switch unit 110 transfers outside a frame of themessage as a frame of the IP-phone network 510 from the infrastructureI/F unit 101 in accordance with information about the VLAN set for theIP-phone I/F unit 121.

The proxy server 600 receives the transmitted SIP message with thenetwork I/F unit 601. The SIP message reaches the message processingunit 603 via the TCP/IP PROTOCOL STACK unit 602. When the messageprocessing unit 603 identifies the received SIP message as an SIPRegister Request message, the message processing unit 603 requests theauthentication processing unit 604 to start authentication processing toperform authentication required for SIP address registration.

When identifying the SIP message, the message processing unit 603identifies the user name of the authentication subject as “alice”, theSIP address (AoR) of the authentication subject as “alicep@example.com”,and the SIP method of the authentication subject as “Register”, based onthe received SIP message, and notifies the authentication processingunit 604 about them.

The authentication processing unit 604 starts a communication by usingthe RADIUS protocol as an AAA protocol between the proxy server 600 andthe authentication server 700 for SIP address registration. In otherwords, the authentication processing unit 604 starts operation as aRADIUS client. Specifically, the authentication processing unit 604generates an Access-Request message according to the RADIUS protocolstandards (Step S806).

FIG. 11 is an example of an Access-Request message of the RADIUSgenerated at the step. As shown in FIG. 11, the Access-Request messageis composed all according to the standards of the RADIUS.

The message includes five attributes, namely, “NAS-IP-Address”,“User-Name”, “Digest-Method”, “SIP-AOR”, and “Message-Authenticator”.The authentication processing unit 604 stores therein “192.168.0.100”,which is an IP address of the proxy server 600 itself, as a value of the“NAS-IP-Address” attribute. The authentication processing unit 604determines the value of the attribute by referring to the IP addresspreliminarily set for the proxy server 600.

Moreover, the authentication processing unit 604 stores thereininformation notified from the message processing unit 603 as a value ofeach of the attributes, “User-Name”, “Digest-Method”, and “SIP-AOR”.Furthermore, the authentication processing unit 604 calculates a hashvalue from data combined from constituent elements of the message byusing confidential information shared between the authentication server700 and the proxy server 600 as a key according to the standards of theRADIUS, and stores therein the calculated hash value as a value of the“Message-Authenticator” attribute.

Returning to FIG. 8, the authentication processing unit 604 transmitsthe generated Access-Request message to the authentication server 700via the TCP/IP PROTOCOL STACK unit 602 and the network I/F unit 601(Step S807).

The transmitting-receiving unit 701 of the authentication server 700receives the transmitted Access-Request message. The authenticationprocessing unit 702 determines, from the attributes included in thereceived Access-Request message, that the proxy server 600 with the IPaddress “192.168.0.100” requests authentication to the user with theuser name “alice” for the use of the AoR “alice@example.com” for the SIPmethod “Register”.

The authentication processing unit 702 refers to the storage unit 710,and determines to perform digest authentication on the user with theuser name “alice” by using the Message Digest Algorithm 5 (MD5).Moreover, the authentication processing unit 702 generates a Nonce to beused as a challenge value of the digest authentication. Theauthentication processing unit 702 then generates an Access-Challengemessage to start the digest authentication (Step S808).

FIG. 12 is an example of an Access-Challenge message generated at thestep. As shown in FIG. 12, the Access-Challenge message is composed allaccording to the standards of the RADIUS.

The message includes four attributes, namely, “Digest-Nonce”,“Digest-Realm”, “Digest-Algorithm”, and “Message-Authenticator”. Theauthentication processing unit 702 stores therein a character string“abcde” that is a Nonce to be used as a challenge of the digestauthentication, as a value of the “Digest-Nonce” attribute. Moreover,the authentication processing unit 702 stores therein “example.com”,which is a realm corresponding to the authentication to be executed, asa value of the “Digest-Realm” attribute. Furthermore, the authenticationprocessing unit 702 stores therein “MD5”, which indicates anauthentication algorithm to be used, as a value of the“Digest-Algorithm” attribute. Furthermore, the authentication processingunit 702 calculates a hash value from data combined from constituentelements of the message by using confidential information shared betweenthe authentication server 700 and the proxy server 600 as a keyaccording to the standards of the RADIUS, and stores therein thecalculated hash value as a value of the “Message-Authenticator”attribute.

Returning to FIG. 8, the transmitting-receiving unit 701 returns thegenerated Access-Challenge message to the proxy server 600 (Step S809).

The proxy server 600 receives the transmitted RADIUS message with thenetwork I/F unit 601. The received message reaches the authenticationprocessing unit 604 via the TCP/IP PROTOCOL STACK unit 602. Theauthentication processing unit 604 verifies that the received message isan Access-Challenge message corresponding to the Access-Request messagetransmitted at Step S807. Furthermore, the authentication processingunit 604 determines that a Nonce to be used as a challenge of the digestauthentication is “abcde”, a realm corresponding to the authenticationto be executed is “example.com”, and an authentication algorithm to beused is “MD5”, and notifies the message processing unit 603 of adetermination result.

The generating unit 603 a of the message processing unit 603 thatreceives the notice generates a 401 Unauthorized Response message, whichis an SIP message for executing digest authentication (Step S810).

FIG. 13 is an example of a 401 Unauthorized Response message generatedat the step. As shown in FIG. 13, the header of the message is composedall according to the SIP standards, as a 401 Unauthorized Response inresponse to the SIP Register Request message transmitted from the IPphone terminal 100 at Step S805. The generating unit 603 a composes avalue of a “WWW-Authenticate” header by including information about therealm, the Nonce, and the algorithm notified from the authenticationprocessing unit 604.

Returning to FIG. 8, the transmitting-receiving unit 603 b of themessage processing unit 603 transmits the generated SIP message to theIP phone terminal 100 via the TCP/IP PROTOCOL STACK unit 602 and thenetwork I/F unit 601 (Step S811).

The infrastructure I/F unit 101 of the IP phone terminal 100 receivesthe transmitted SIP message. The message is received by thetransmitting-receiving unit 123 b of the message processing unit 123further via the switch unit 110, the IP-phone I/F unit 121, and theTCP/IP PROTOCOL STACK unit 122.

When the message processing unit 123 identifies the received SIP messageas a 401 Unauthorized Response message, the message processing unit 123generates an SIP Register Request message according to the SIP standardsto respond by generating a response corresponding to the challenge ofthe digest authentication included in the 401 Unauthorized Responsemessage (Step S812). Specifically, the message processing unit 123executes the following processing (A) to (C).

(A) The message processing unit 123 identifies information about digestauthentication from the “WWW-Authenticate” header included in thereceived 401 Unauthorized Response message. For example, in a case of amessage shown in FIG. 13, the message processing unit 123 identifies aNonce to be used as a challenge of the digest authentication as “abcde”,a realm corresponding to the authentication to be executed as“example.com”, and an authentication algorithm to be used as “MD5”.

(B) The message processing unit 123 generates an “Authorization” headerto be added to an SIP Register Request message that is an SIP messageinto which response information about the digest authentication is to beincluded. Specifically, the message processing unit 123 generates an“Authorization” header that includes information in the following items(1) to (5).

(1) User name “alice” to be a subject of digest authentication

(2) Nonce character string “abcde” to be used as a challenge of digestauthentication

(3) Realm “example.com” corresponding to the digest authentication to beexecuted

(4) SIP address “register.example.com” of the proxy server 600 to be setas a Request URI

(5) Response value (“fghij” in this case) corresponding to a challengeof digest authentication obtained by using the MD5 algorithm using thepassword “pass” input by the user as a key with respect to the abovevalues (1) to (4)

The SIP address of the proxy server 600 in the above (4), is determinedby referring to a predetermined value. The user name of the above (1) isdetermined from the user name that is input at Step S803, and stored inthe application unit 125. Each piece of information about the above (2)and (3) is determined from the value of the “WWW-Authenticate” headerincluded in the received 401 Unauthorized Response message. The hashvalue of the above (5) is calculated by the message processing unit 123.

It can be configured such that instead of receiving input of a passwordat Step S803, the realm corresponding to the digest authentication to beexecuted (“example.com”) is acquired from the 401 Unauthorized Responsemessage and presented to the user, and input of a password is requiredto the user at this stage. Accordingly, even if there is a plurality ofAoRs of the user, the digest authentication can be executed by receivinginput of an appropriate password corresponding to each of the AoR.

(C) The generating unit 123 a of the message processing unit 123generates an SIP Register Request message that is an SIP message intowhich response information about the digest authentication is to beincluded. This is equivalent to addition of the “WWW-Authenticate”header generated in the processing (B) to the SIP Register Requestmessage transmitted at Step S805.

FIG. 14 is an example of an SIP Register Request message generated inthe processing (C). As shown in FIG. 14, a header of the message iscomposed all according to the SIP standards. The message corresponds toa message for re-transmitting the SIP Register Request messagetransmitted at Step S805, however, the following points are different.

(1) The sequence number of a CSeq tag is increased by one

(2) A value of the tag of the From header is newly generated

(3) The “Authorization” header generated in the processing (B) is newlyadded

Returning to FIG. 8, the transmitting-receiving unit 123 b of themessage processing unit 123 transmits the generated SIP message to theproxy server 600 via the TCP/IP PROTOCOL STACK unit 122, the IP-phoneI/F unit 121, the switch unit 110, and the infrastructure I/F unit 101(Step S813).

The proxy server 600 receives the transmitted SIP message with thenetwork I/F unit 601. The SIP message reaches the message processingunit 603 via the TCP/IP PROTOCOL STACK unit 602. When the messageprocessing unit 603 identifies the received SIP message as an SIPRegister Request message, the message processing unit 603 requests theauthentication processing unit 604 to start authentication processingfor performing authentication required for SIP address registration.

When identifying, based on the received SIP address, the messageprocessing unit 603 identifies the user name of the authenticationsubject as “alice”, the SIP address (AoR) of the authentication subjectas “alicep@example.com”, the SIP method of the authentication subject as“Register”, a Nonce corresponding to a challenge of the digestauthentication as “abcde”, a realm of the digest authentication as“example.com”, an authentication algorithm of the digest authenticationas “MD5”, the SIP address (AoR) subjected to the digest authenticationas “alice@example.com”, and a value corresponding to a response to thedigest authentication as “fghij”, and notifies the authenticationprocessing unit 604 about them.

The authentication processing unit 604 starts communication using theRADIUS protocol between the proxy server 600 and the authenticationserver 700 for SIP address registration. Specifically, theauthentication processing unit 604 generates an Access-Request messageaccording to the RADIUS protocol standards (Step S814).

FIG. 15 is an example of an Access-Request message generated at thestep. As shown in FIG. 15, the Access-Request message is composed allaccording to the standards of the RADIUS.

The Access-Request message includes nine attributes, namely,“NAS-IP-Address”, “User-Name”, “Digest-Method”, “Digest-Nonce”,“Digest-Realm”, “Digest-Algorithm”, “SIP-AOR”, “Digest-Response”, and“Message-Authenticator”.

Values of the four attributes, “NAS-IP-Address”, “User-Name”,“Digest-Method”, and “SIP-AOR” are similar to those in the RADIUSmessage shown in FIG. 11 (Access-Request message) as described above.Values of the three attributes, “Digest-Nonce”, “Digest-Realm”, and“Digest-Algorithm” are similar to those in the RADIUS message shown inFIG. 12 (Access-Challenge message) as described above.

The authentication processing unit 604 stores therein the value “fghij”included in the “Authorization” header of the received SIP message as avalue of the “Digest-Response” attribute. Moreover, the authenticationprocessing unit 604 calculates a hash value from data combined fromconstituent elements of the message by using confidential informationshared between the authentication server 700 and the proxy server 600 asa key according to the standards of the RADIUS, and stores therein thecalculated hash value as a value of the “Message-Authenticator”attribute.

Returning to FIG. 8, the authentication processing unit 604 transmitsthe generated Access-Request message to the authentication server 700via the TCP/IP PROTOCOL STACK unit 602 and the network I/F unit 601(Step S815).

The transmitting-receiving unit 701 of the authentication server 700receives the transmitted Access-Request message. The authenticationprocessing unit 702 then executes digest authentication based oninformation obtained from the attributes included in the Access-Requestmessage (Step S816).

Specifically, the authentication processing unit 702 acquires, at first,the password information “pass” of the user name “alice” correspondingto the “User-Name” attribute included in the received Access-Requestmessage, from the storage unit 710. If a plurality of entriescorresponding to the “User-Name” attribute is present in the storageunit 710, it can be configured to search the storage unit 710 for acorresponding entry additionally based on other attributes included inthe received Access-Request message, such as the “SIP-AOR” attribute,and to acquire desired password information.

The authentication processing unit 702 then calculates a response valueof MD5 digest authentication from the challenge value according to theprocedure similar to the processing (B) ((1) to (5)) executed by themessage processing unit 123 of the IP phone terminal 100 at Step S812.The authentication processing unit 702 then compares the calculatedresponse value with the response value “fghij” of the “Digest-Response”attribute included in the received Access-Request message. If thecalculated response value agrees with the received response value, theauthentication processing unit 702 determines that the authentication issuccessfully completed.

According to the embodiment, the authentication processing unit 702further acquires a VID corresponding to the authenticated user name“alice” from the storage unit 710 (Step S817). For example, whenauthentication information as shown in FIG. 7 is stored in the storageunit 710, the authentication processing unit 702 acquires the VID “16”corresponding to the user name “alice”.

It can be configured such that the authentication processing unit 702further acquires a tunnel type and a tunnel medium type corresponding tothe authenticated the user name “alice” from the storage unit 710. Theacquired tunnel type and the acquired tunnel medium type can be used asvalues to be set in an Access-Accept message, which will be describedlater. It can be configured such that a tunnel type and a tunnel mediumtype are not stored user by user in the storage unit 710, but valuesshared with users are preliminarily set to be used by the user. Forexample, it can be configured such that a tunnel type “VLAN” and atunnel medium type “802” are set for all users. An example is explainedbelow in a case where a tunnel type “VLAN” and a tunnel medium type“802” are set for all users.

After receiving the VID corresponding to the user, the authenticationprocessing unit 702 generates an Access-Accept message that includes theacquired VID (Step S818).

FIG. 16 is an example of an Access-Accept message generated at the step.As shown in FIG. 16, the Access-Accept message is composed all accordingto the standards of the RADIUS. The message includes four attributes,namely, “Tunnel-Type”, “Tunnel-Medium-Type”, “Tunnel-Private-Group-ID”,and “Message-Authenticator”.

The authentication processing unit 702 stores therein “VLAN” as a valueof the “Tunnel-Type” attribute, and “802” as a value of“Tunnel-Medium-Type” attribute. Moreover, the authentication processingunit 702 stores therein “16”, which is the VID corresponding to theauthenticated user name “alice”, as a value of the“Tunnel-Private-Group-ID” attribute. Furthermore, the authenticationprocessing unit 702 calculates a hash value from data combined fromconstituent elements of the message by using confidential informationshared between the authentication server 700 and the proxy server 600 asa key according to the standards of the RADIUS, and stores therein thecalculated hash value as a value of the “Message-Authenticator”attribute.

The three attributes, “Tunnel-Type”, “Tunnel-Medium-Type”, and“Tunnel-Private-Group-ID”, are compliant with the RADIUS standards,however, conventionally, an Access-Accept message corresponding to aresult of digest authentication generally does not include the threeattributes.

Returning to FIG. 9, the transmitting-receiving unit 701 returns thegenerated Access-Accept message to the proxy server 600 (Step S819).

If the calculated response value does not agree with the receivedresponse value in the authentication processing at Step S816, theauthentication processing unit 702 determines the authentication isfailed. In such case, the authentication processing unit 702 generatesan Access-Reject message, and returns it to the proxy server 600.

The proxy server 600 receives the RADIUS message transmitted at StepS819 with the network I/F unit 601. The RADIUS message reaches theauthentication processing unit 604 via the TCP/IP PROTOCOL STACK unit602.

The authentication processing unit 604 verifies that the received RADIUSmessage is a response message corresponding to the Access-Requestmessage transmitted at Step S814. Furthermore, the authenticationprocessing unit 604 determines whether the SIP address is authenticatedbased on a type of the RADIUS message, and notifies the messageprocessing unit 603 of a determination result.

If the SIP address is authenticated, i.e., the received message is anAccess-Accept message, the ID providing unit 605 specifies a VIDcorresponding to the user from the received message. Specifically, theID providing unit 605 specifies the value of a VID corresponding to theuser from the value of the “Tunnel-Private-Group-ID” attribute includedin the Access-Accept message. The ID providing unit 605 then notifiesthe message processing unit 603 of the specified VID.

The generating unit 603 a of the message processing unit 603 generates aresponses message corresponding to the SIP Register Request messagetransmitted from the IP phone terminal 100 at Step S813 (Step S820).

A response message when the SIP address is authenticated is explainedbelow first. In such case, the generating unit 603 a generates a 200 OKResponse message. FIG. 17 is an example of a 200 OK Response messagegenerated in the case.

As shown in FIG. 17, a header of the 200 OK Response message iscomposed, all according to the SIP standards, as a response to the SIPRegister Request message transmitted at Step S813. However, according tothe embodiment, it is different from the SIP standards in a point that“vid” is provided as a parameter of a Contact header. The “vid”parameter means the VID of a network that is to accommodate the PC 300connected by the user whose SIP address registration is permitted.

A message when the SIP address is not authenticated is then explainedbelow. In such case, according to the SIP standards, a 401 UnauthorizedResponse message is generated as a response to the SIP Register Requestmessage transmitted at Step S813.

Returning to FIG. 9, the transmitting-receiving unit 603 b of themessage processing unit 603 transmits the generated SIP message to theIP phone terminal 100 via the TCP/IP PROTOCOL STACK unit 602 and thenetwork I/F unit 601 (Step S821).

The infrastructure I/F unit 101 of the IP phone terminal 100 receivesthe transmitted SIP message. The message is received by thetransmitting-receiving unit 123 b of the message processing unit 123further via the switch unit 110, the IP-phone I/F unit 121, and theTCP/IP PROTOCOL STACK unit 122.

When the message processing unit 123 identifies the received SIP messageas a 200 OK Response message, the message processing unit 123 notifiesthe application unit 125 that the SIP address registration isauthenticated and completed. Moreover, the message processing unit 123identifies the authenticated VID by referring to the “vid” parameterincluded in the contact header of the 200 OK Response message (StepS822). The message processing unit 123 then notifies the control unit127 of the VID.

The control unit 127 controls the switch unit 110 in accordance with avalue of the VID notified from the message processing unit 123, anddynamically changes a VLAN to which the PC I/F unit 102 belongs (StepS823). For example, when receiving an SIP message as shown in FIG. 17,the control unit 127 changes the VLAN to be allocated to the PC I/F unit102 from the guest network 540 (VID 19) to the PC network 520 (VID 16).

By contrast, if the message processing unit 123 identifies the receivedSIP message as an 401 Unauthorized Response message, the messageprocessing unit 123 notifies the application unit 125 that the SIPaddress registration is failed. In such case, it can be configured suchthat the application unit 125 requests again a login operation to theuser. If address registration is failed successively, it can beconfigured such that the application unit 125 rejects login operationfor a certain time.

When the SIP address registration is failed, the message processing unit123 does not notify the control unit 127 of value of the VID.Consequently, the control unit 127 does not control the switch unit 110,the VLAN to which the PC I/F unit 102 belongs remains the guest network540.

Thus, the authentication processing for the SIP address registration ofthe user is terminated.

When the SIP address registration is completed, and the VID of the PCI/F unit 102 is changed, the PC 300 turns to be accommodated to the VLANof the changed VID. For example, when the accommodated location ischanged to the VLAN of the VID 16, the PC 300 become capable of beingconnected to the PC network 520 (Step S824 and Step S825).

After that, if the PC 300 is carried away, and the network connection ofthe PC I/F unit 102 to the IP phone terminal 100 is disconnected, it canbe configured to terminate the authenticated allocation to the VLAN.Specifically, it can be configured such that when the detecting unit 102a detects disconnection of the connection to the PC 300, the IP phoneterminal 100 executes a message exchange for SIP address registrationtermination with the proxy server 600, and the SIP addressauthentication and the allocation of the VID to the PC I/F unit 102 areterminated. In such case, the IP phone terminal 100 has no logged inuser.

Moreover, it can be configured in the same case such that the messageprocessing unit 123 notifies the control unit 127 of a termination ofthe SIP address authentication, and the VLAN corresponding to the PC I/Funit 102 is changed to the guest network 540 (VID 19). Consequently, thePC 300 that makes a connection to the PC I/F unit 102 is to beaccommodated to the guest network 540.

If the authentication is failed, and the VID of the PC I/F unit 102 isnot changed, the PC 300 remains in the state at Steps S801 and S802,that is, the PC 300 is to be accommodated to the guest network 540 (VID19).

According to the above sequence, when the SIP address registration iscompleted, at the same time, the access permission and the VLAN settingfor a user to use the PC 300 are completed.

The example explained above is in a case of performing processing ofallocating a VLAN to the PC I/F unit 102 for the PC 300 simultaneouslywith authentication for SIP address registration. Instead of allocatinga VLAN, acceptability of an access to the network can be set on the PCI/F unit 102.

In this way, the IP phone terminal according to the embodiment canperform setting of a VLAN that the IP phone terminal intermediatelyconnects to a PC together with registration of SIP address of the IPphone terminal when login authentication of the IP phone terminal issuccessfully completed. Accordingly, the PC does not need to executednetwork access authentication, so that operations for using the PCconnected to the network via the IP phone terminal can be simplified.

A hardware configuration of the IP phone terminal according to theembodiment is explained below with reference to FIG. 18.

The IP phone terminal according to the embodiment includes a controldevice such as a central processing unit (CPU) 51, a storage device suchas a read-only memory (ROM) 52 and a RAM 53, a communication I/F 54configured to be connected to a network for performing communication,and a bus 61 that connects between each unit.

A computer program to be executed on the IP phone terminal according tothe embodiment is provided by being incorporated in, for example, theROM 52, in advance.

The computer program to be executed on the IP phone terminal accordingto the embodiment can be provided in a file in an installable format orin an executable format recorded onto a computer-readable recordingmedium, such as a compact disk read only memory (CD-ROM), a flexibledisk (FD), a compact disk recordable (CD-R), or a digital versatile disk(DVD).

The computer program to be executed on the IP phone terminal accordingto the embodiment can be configured to be provided from a computer thatstores therein the computer program connected to a network, such as theInternet, by being downloaded via the network. Alternatively, thecomputer program can be provided or distributed via a network such asthe internet.

The computer program to be executed on the IP phone terminal accordingto the embodiment has a module configuration that includes the unitsdescribed above (namely, the TCP/IP PROTOCOL STACK unit, the messageprocessing unit, the media processing unit, the application unit, andthe control unit). As the CPU 51 reads the computer program from the ROM52 and executes the program, each of the units is loaded on the mainmemory, and each of the units is generated on the main memory aspractical hardware.

Additional advantages and modifications will readily occur to thoseskilled in the art. Therefore, the invention in its broader aspects isnot limited to the specific details and representative embodiments shownand described herein. Accordingly, various modifications may be madewithout departing from the spirit or scope of the general inventiveconcept as defined by the appended claims and their equivalents.

What is claimed is:
 1. An Internet-protocol phone terminal that mediates a connection between a computer terminal and a network comprising: an Internet-protocol phone processing unit that provides an Internet-protocol phone function by registering address information, which is information for identifying a user, for specifying the user as a communication destination to a server that is connected to the Internet-protocol phone terminal via the network; a first interface that connects to the network; a second interface that connects to the computer terminal; and a transfer unit that transfers a message between the network connected through the first interface and the computer terminal connected through the second interface, transfers a message between the network connected through the first interface and the Internet-protocol phone processing unit, and transfers a message between the computer terminal connected through the second interface and the Internet-protocol phone processing unit, wherein the Internet-protocol phone processing unit includes: an input unit that inputs a user identification not from the computer terminal, which is information for identifying the user, to be used for an authentication of the user; a generating unit that generates a registration message requesting a registration of the address information of the user identified by the user identification input by the input unit; a transmitting unit that transmits the registration message to the server; a receiving unit that receives a response message including registration information indicating availability of the registration of the address information and connection information indicating availability of a connection of the computer terminal to the network from the server, the response message indicative of a permission for connection of the computer terminal to the network, and the connection being a connection for transmitting a message other than a message that is transmitted by the Internet-protocol phone function; and a control unit that controls the transfer unit not to transfer a first message between the network connected through the first interface and the computer terminal connected through the second interface before the receiving unit receives the response message, the first message being a message other than the message that is transmitted by the Internet-protocol hone function, and controls the transfer unit to transfer the first message between the network connected through the first interface and the computer terminal connected through the second interface after the receiving unit receives the response message; and the Internet-protocol phone processing unit provides, when the registration of the address information is permitted, the Internet-protocol phone function, which is specific to the user that is identified by the address information.
 2. The Internet-protocol phone terminal according to claim 1, wherein the connection information includes a network identification for identifying a network to which the connection is permitted, and the control unit that controls the transfer unit to transfer the message between the computer terminal and the network identified by the network identification.
 3. The Internet-protocol phone terminal according to claim 1, wherein the generating unit generates the address information including the user identification, and generates the registration message including the address information with the user identification included.
 4. The Internet-protocol phone terminal according to claim 1, wherein the input unit further inputs the address information of the user, and the generating unit generates the registration information including the address information input by the input unit.
 5. The Internet-protocol phone terminal according to claim 1, further comprising: a detecting unit that detects connection of the computer terminal to the network; and a display unit that displays a screen for specifying the user identification when the connection of the computer terminal is detected, wherein the input unit inputs the user identification specified on the display screen.
 6. The Internet-protocol phone terminal according to claim 1, further comprising a detecting unit that detects a disconnection of the computer terminal from the network, wherein when the disconnection of the computer terminal is detected, the control unit controls the transfer unit not to transfer message between the network and the external computer terminal.
 7. A communication system comprising: an Internet-protocol phone terminal that mediates a connection between a computer terminal and a network; and a server that is connected to the Internet-protocol phone terminal via the network, to which address information, which is information for identifying a user, for specifying the user as a communication destination is registered, wherein the Internet-protocol phone terminal includes: an Internet-protocol phone processing unit that provides an Internet-protocol phone function by registering the address information, a first interface that connects to the network, a second interface that connects to the computer terminal, a transfer unit that transfers a message between the network connected through the first interface and the computer terminal connected through the second interface, transfers a message between the network connected through the first interface and the Internet-protocol phone processing unit, and transfers a mess ase between the computer terminal connected through the second interface and the Internet-protocol phone processing unit, the Internet-protocol phone processing unit includes: an input unit that inputs a user identification not from the computer terminal, which is information for identifying the user, to be used for an authentication of the user, a generating unit that generates a registration message requesting a registration of the address information of the user identified by the user identification input by the input unit, a transmitting unit that transmits the registration message to the server, a receiving unit that receives a response message including registration information indicating availability of the registration of the address information and connection information indicating availability of a connection of the computer terminal to the network from the server, the response message indicative of a permission for connection of the computer terminal to the network, and the connection being a connection for transmitting a message other than a message that is transmitted by an Internet-protocol phone function, and a control unit that controls, the transfer unit not to transfer a first message between the network connected through the first interface and the computer terminal connected through the second interface before the receiving unit receives the response message, the first message being a message other than the message that is transmitted by the Internet-protocol phone function, and controls the transfer unit to transfer the first message between the network connected through the first interface and the computer terminal connected through the second interface after the receiving unit receives the response message; the Internet-protocol phone processing unit provides, when the registration of the address information is permitted, the Internet-protocol phone function, which is specific to the user that is identified by the address information, and the server includes: a receiving unit that receives the registration message from the Internet-protocol phone terminal, an authentication processing unit that performs an authentication of the address information, a generating unit that generates the response message including the registration information and the connection information, and a transmitting unit that transmits the response message to the Internet-protocol phone terminal.
 8. A communication method for a communication system including an Internet-protocol phone terminal that mediates a connection between a computer terminal and a network and a server that is connected to the Internet-protocol phone terminal via the network, wherein the Internet-protocol phone terminal comprises: an Internet-protocol phone processing unit that provides an Internet-protocol phone function by registering address information, which is information for identifying a user, for specifying the user as a communication destination to the server; a first interface that connects to the network; a second interface that connects to the computer terminal; and a transfer unit that transfers a message between the network connected through the first interface and the computer terminal connected through the second interface, transfers a message between the network connected through the first interface and the Internet-protocol phone processing unit, and transfers a message between the computer terminal connected through the second interface and the Internet-protocol phone processing unit, the communication method comprising: first generating including the Internet-protocol phone terminal generating a registration message requesting a registration of the address information of a user identified by a user identification based on an input not from the computer terminal; first transmitting including the Internet-protocol phone terminal transmitting the registration message to the server; first receiving including the server receiving the registration message from the Internet-protocol phone terminal; authenticating including the server authenticating the address information; second generating including the server generating a response message including registration information indicating availability of the registration of the address information and connection information indicating availability of a connection of the computer terminal to the network from the server, the response message indicative of a permission for connection of the computer terminal to the network, and the connection being a connection for transmitting a message other than a message that is transmitted by an Internet-protocol phone function; second transmitting including the server transmitting the response message to the Internet-protocol phone terminal; second receiving including the Internet-protocol phone terminal receiving the response message from the server; controlling including the Internet-protocol phone terminal controlling the transfer unit not to transfer a first message between the network connected through the first interface and the computer terminal connected through the second interface before the receiving unit receives the response message, the first message being a message other than the message that is transmitted by the Internet-protocol phone function, and controlling the transfer unit to transfer the first message between the network connected through the first interface and the computer terminal connected through the second interface after the receiving unit receives the response message; and providing, by the Internet-protocol phone processing unit, when the registration of the address information is permitted, the Internet-protocol phone function, which is specific to the user that is identified by the address information.
 9. A non-transitory computer-readable recording medium that stores therein a computer program for controlling a transfer of a message in a computer, wherein the computer mediates a connection between a computer terminal and a network, and the computer comprises: an Internet-protocol processing unit that provides an Internet-protocol phone function by registering address information, which is information for identifying a user, for specifying the user as a communication destination to a server that is connected to the computer via the network; a first interface that connects to the network; a second interface that connects to the computer terminal; and a transfer unit that transfers a message between the network connected through the first interface and the computer terminal connected through the second interface, transfers a message between the network connected through the first interface and the Internet-protocol processing unit, and transfers a message between the computer terminal connected through the second interface and the Internet-protocol processing unit; the computer program when executed causes the computer to execute: generating a registration message requesting a registration of the address information of a user identified by a user identification based on an input not from the computer terminal; transmitting the registration message to the server; receiving a response message including registration information indicating availability of the registration of the address information and connection information indicating availability of a connection of the computer terminal to the network from the server, the response message indicative of a permission for connection of the computer terminal to the network, and the connection being a connection for transmitting a message other than a message that is transmitted by an Internet-protocol phone function; and controlling the transfer unit not to transfer a first message between the network connected through the first interface and the computer terminal connected through the second interface before the receiving unit receives the response message, the first message being a message other than the message that is transmitted by the Internet-protocol phone function, and controlling the transfer unit to transfer the first message between the network connected through the first interface and the computer terminal connected through the second interface after the receiving unit receives the response message; and the computer program when executed causes the Internet-protocol processing unit to provide, when the registration of the address information is permitted, the Internet-protocol phone function, which is specific to the user that is identified by the address information. 